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1 Introduzione 



In questo lavoro viene proposta una estensione del linguaggio datalog'^^^'^ [ CP97 1 
DATALOG*-^^^*-^ e un linguaggio logico basato su datalog, la cui innovazione 
sostanziale consiste neH'auniento della potenza espressiva, tramite I'introduzione 
di una semantica basata suUa circoscrizione, un meccanismo deduttivo non 
monotono che generalizza I'ipotesi di mondo chiuso. 

Questo tipo di semantica fornisce interessanti vantaggi teorici, ma al tem- 
po stesso non consente che la valutazione di un programma datalog*^^^*^ sia 
affrontabile dal punto di vista pratico, a causa dell'enorme numero di modcUi 
minimali che un possibile algoritmo di risoluzione dovrebbe prendere in con- 
siderazione. Nonostante questo, datalog'^^''^'^ mette in grande risalto alcune 
caratteristiche che potrebbero essere utilizzate come modello per un linguaggio 
di specifica per la sintesi di algoritmi basati su tecniche algoritmiche generali. 

Prenderemo soprattutto in considerazione il backtracking, una tecnica algo- 
ritmica principalmente fondata sul principio di raffinamento di una soluzione 
parziale, e su criteri di sfrondatura dcU'albero di ricerca che si viene a deter- 
minare. Si tratta della naturale evoluzionc dcUe semplici tecniche di enumer- 
azione dello spazio delle soluzioni. 

In questo lavoro presenteremo quindi SKY : un linguaggio che estendendo 
DATALOG"-^^^*-^, permette un utilizzo piii intelligente e trasparente delle poten- 
zialita di quest'ultimo, e nel contempo si propone come potente strumento per 
la specifica e la gcnerazione di algoritmi risolutivi a struttura sia enumerativa 
che tramite backtracking. 



2 Sintassi e semantica di SKY 

In questa sezione definiremo in modo informale ma, laddove necessario, rig- 
oroso, la sintassi e la semantica di un programma SKY. Nella sottosezione 
provvederemo a definire la sintassi del linguaggio e alcuni suoi aspetti semantici 
non centrali; passeremo poi ad affrontare i dettagli piu delicati della semanti- 
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ca di SKY nelle sottosezioni -dove ci occuperemo della struttura portante 
del motore di valutazione Semi-naif"'"- e ^.31 , dove mostreremo dettagliatamente 
cosa avviene in ogni singola iterazione di Semi- naif"*" . 

2.1 Sintassi e primi aspetti semantici 

Un programma SKY e costituito da 4 sezioni principali: 

• La sezione BOUNDS, dove si puo, e in alcuni casi si deve, specificare 
runiverso di valutazione delle singole relazioni. 

• La sezione TEMPLATE che raccoglie spezzoni di programma generici 
adatti al riutilizzo. 

• La sezione GENERATE, il corpo vero e proprio del programma, che 
si occupa di specificare e/o generare il dominie delle soluzioni parziali 
ammissibili. 

• La sezione CHECK, che rappresenta il programma di verifica di ammis- 
sibilita delle soluzioni parziali. 

2.1.1 La sezione GENERATE 

La sezione GENERATE e individuata da una intestazione del tipo 

MAIN < predi{., ...,_), ... ,pred„(_, ...,_) > 

dove la serie di predicati predi ... predn indica il nome delle relazioni di 
input; un eventuale sequenza di underscore, separati da virgole e contenuta 
tra parentesi tonde subito dopo il nome del predicate, ne indica I'arita. E' pos- 
sibile anche la sintassi predk (number) dove il valore numerico number specifica 
direttamente I'arita attesa per predk ■ Segue un elenco di clausole che da questo 
momento chiameremo clausole estese. Una clausola estesa possiede formalmente 
la struttura di una regola di Horn classical 

head^yi) <— costruttorei , ... , costruttoren 

Dove con la notazione X , se non specificate diversamente, indichiamo un 
elenco di cosiddetti argomenti estesi, separati da virgole, che prenderemo in 
esame nel seguito. I predicati presenti nella parte antecedente di una regola 
estesa (che chiameremo d'ora in pei predicati estesio costruttori), pessene essere: 

• Un predicate di Horn classico, che e inoltre I'unico tipo consentito per i 
predicati di testa; 

• Un costruttore di intervallo. 

• Un costruttore di iterazione. 

• Un costruttore di template. 
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• Un costruttore di complcmcntazione semplice. 

• Una espressione booleana. 

La premessa di una regola puo essere eventualmente assente, e in questo caso 
una regola assume la forma di fatto: 

head(X.). 

2.1.2 Costruttori di iterazione 

Un costruttore di iterazione c uno tra i seguenti: 



Subset 


(Y) 


[predicatoCX.)] 


Range 


(Y) 


[predicatoCK.)] 


Something 




(Y)(X) 


Any 


(Y) 


[predicatoCX)] 


Permutation 


(Y) 


[predicatoCX)] (Tag) 


Partition 


(Y) 


[predicatoCK) , Cardinality] (Tag) 


Co* 




[predicatoCX.)] 



Dove Tag e un singolo argomento esteso. Chiamiamo argomenti di split quelli 
appartenenti a Y , e argomenti di iterazione quelli appartenenti a X , mentre 
chiameremo predicato di origine il predicato compreso tra parentesi quadre per 
ciascun costruttore (che deve appartenere all'insieme dei predicati di input). Si 
noti che Co* e solo sintatticamente simile a un costruttore di iterazione, ma il 
suo trattamento semantico e abbastanza diverso. 

2.1.3 Costruttori di template 

Un template viene costruito tramite una dichiarazione del tipo: 



templatename < predicatoi(X.i) , . . . , predicatonpi-n) > (Args) (1) 
II motore di valutazione deve essere in grado di risalire -secondo la strategia 



che vedremo nella sezione 3.1.3- a una corrispondente definizione nella sezione 
TEMPLATE, esclusi i template di libreria immediatamente disponibili. Ogni 
argomento presente in una delle sequenze di argomenti puo essere sostituito 
da un underscore o da un asterisco ' 



2.1.3.1 Costruttore di complementazione semplice II mctaprcdicato 
Co e sintatticamente identico al suo omologo Co*: 

Co[predicato-esteso{lC)] 

Come vedremo nel seguito le regole che fanno uso di Co devono essere 
stratificate rispetto a questo metapredicato. 
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2.1.4 Costruttore di intervallo 

Un costruttore di intervallo viene invocato nel modo seguente: 

{lower arg.. upper arg}{arg) 

dove lowerarg e upperarg possono essere delle costanti numeriche o un indicazione 
di conteggio di cardinalita del tipo count < p >, che fissa I'estremo relativo alia 
cardinalita di p; p deve essere un predicato di input. 

2.1.5 Argomenti estesi 

Un argomento esteso puo essere: 

• un nome di variabile, identificato dalla lettera iniziale maiuscola. 

• un nomc di costantc, identificato dalla Icttcra iniziale minuscola 

• una espressione numerica intera, comprendente nomi di variabili, costanti 
numeriche intere e gli operatori *, /, +, e — . 

2.1.6 Espressioni booleane 

Una espressione booleana e costituita da due espressioni aritmetiche intere 
separate dagli operatori <,>,<,>, = 67^, 

2.2 La sezione CHECK 

Qucsto sottoprogramma c costituito da un insicmc di rcgolc datalog standard, 
non ricorsive. In particolare possono essere presenti qui delle regole contenenti 
in testa i letterali speciali fail e fail*. E' consentito I'uso del metapredicato di 
complementazione CO. 

2.3 La sezione BOUNDS 

Nella sezione BOUNDS e possibile indicare il dominio di valutazione di ciascun 
predicato. E' composta da un elenco di regole datalog standard, con I'aggiun- 
ta dei costruttori di intervallo. Ncl corpo possono essere usati csclusivamcnte 
relazioni EDB; un costruttore di intervallo puo avere come estremo una costante 
e/o il template ^ count <p>' dove p deve essere un predicato di input. 

2.4 La sezione TEMPLATES 

Questa sezione e costituita da un'elenco di dichiarazioni di template costituite 
nel seguente modo: 
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• Un'intestazione di template, dove sono elencati i parametri formali di in- 
gresso (nomi di predicati con indicazione di arita), e I'arita di uscita del 
predicato risultante: 

template templatename < predi(arity) , ... , predn{arity) > (arity) 

dove arity puo essere sia una costante numerica intera o un elenco di 
underscore '_ ' separati da virgole. 

• un elenco di regole estese: deve esistere obbligatoriamente almeno una 
regola con in testa templatename; e consentito invocare un costruttore di 
template, ma e vietato fare uso di ricorsione tra chiamate di template sia 
dirette che indirette. Non e consentita la presenza di nessuno tra i pred^ 
in testa a una qualche regola. 



3 L'algoritmo Semi-naif^ 



L'algoritmo Semi-naif"''e una variante del noto metodo di valutazione differen- 
ziale per query in datalog|U1191| |BR87]. Ne daremo qui per esteso una 
definizione formale. Quest'algoritmo ricalca sostanzialmente le linee di un gener- 
ico sistema di risoluzione in backtracking, dove gli spazi di ricerca sono specifi- 
cabili dall'utente tramite I'uso degli iteratori. 



3.1 Da SKY a SKY""^'^ 

In questa sezione mostreremo il comportamento di molti dei costrutti di con- 
torno di SKY (template, bounds, aritmetica,negazioni CO*) generando opportuni 
insiemi di regole equivalenti, e modificando eventualmente le regole gia esistenti: 
il risultato finale che ci proponiamo di ottenere e di passare da un programma 
SKY a un programma espresso in SKY-^'°™. Un programma SKY-^'°™ e es- 
senzialmente un programma SKY dove sono presenti le sole sezioni generate 
e check, e ciascuna regola contiene solo atomi canonici e/o costruttori di iter- 
azione. Le definizioni formali che daremo qui sono del tutto generali e per questo 
ancora ineflicienti, ma costituiscono le necessarie linee guida che una possibile 
implementazione deve rispettare per avere una semantica cquivalcnte. Dove non 
indicato esplicitamente, le nuove regole generate nel trasformare un programma 
SKY in SKY^'"'" si considerano aggiunte alia sezione generate. 



3.1.1 Esplosione delle espressioni aritmetiche 

Daremo qui le indicazioni a cui deve attenersi un implementazione per disporre 
di aritmetica su numeri interi positivi, a partire dallo 0. La semantica che 
mostreremo (sicuramentc la meno efRciente) mostra come si possa impedire 
I'insorgere di problem! tcorici piuttosto gravi, quali la non terminazione in tempo 
finito della valutazione di un programma SKY. Anche in questo caso suggeriamo 
che nella implementazione si realizzi un sistema di calcolo piii leggero con reale 
possibilita di utilizzo pratico. 
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Supponiamo dunquc di trovarc un argomcnto cstcso chc sia un'csprcssione 
aritmetica, sia questo expr. Anzitutto dobbiamo stabilire quale sia il sistema 
aritmetico a cui questa espressione fa riferimento: 

• Se I'espressione aritmetica si trova aU'interno di un predicate pred in po- 
sizione i, questo deve possedere obbligatoriamente una regola BOUND b. 
Questa regola e immediatamente valutabile tramite algebra relazionale, 
essendo composto il corpo esclusivamente da predicati intensionali. Sia 
B la rclazionc risultato dcUa valutazione. Allora il sistema aritmetico di 
expr sara limitato all'intervallo 

Q,...,MAX{\lB) 

i 

Dove si e fatto I'assunto die tutte le costanti di Hi B siano valori interi 
numeric! positivi. 

• In tutte le altre situazioni (cspressioni booleane,argomenti Y e a di 
costruttori di iterazione, argomenti di uscita di template) sia X I'insieme 
(die deve essere non vuoto) costituito da: 

1. costanti numeridie di expr. 

2. variabili in expr clie compaiono anclic in predicati ordinari nella 
stcssa regola, chc posscggano una regola BOUND. 

sia allora X I'insieme degli 'upper bound' relativi ai sistemi numerici di 
ciascun elemento di X, determinati per ciascun elemento Xi di X come 
segue: 

1. Se ajj e un costante numerica allora il suo sistema aritmetico e limitato 
da 

0, . . . , 

2. Se c una variabile allora 11 suo sistema aritmetico c limitato a 

0, . . . , MAX{MAX{^ B,),..., MAXiH 

a 7 

dove Bi, . . . , Bn sono le relazioni risultato della valutazione delle re- 
gole bound associate ai predicati dove compare Xi nella stessa regola 
in esame. 

Allora il sistema aritmetico complessivo sara limitato a: 

0, . . . , My4X(X) 

A questo punto siamo in grado di stabilire tutti i possibili sistemi aritmetici 
utilizzati nel programma. Per ciascun sistema aritmetico $ (limitato da a ^) 
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dovremo aggiungere tutte le seguenti regole e fatti: 



nea;i$(0, 1). 
next^{l, 2). 



next^{(f> 
sum^{X. 
sum^{X. 
sum^{X. 
sum^{X. 
prod^{X 
prodcj, {X 
prod,;, (X 
prod^ (X 



-!,(/.). 

0, X). 
Y,K) 

1, K) 
Y,K) 
l,X). 
0,0). 
Y,K) 
Y,K) 



sum<s,{Y, X, K) 
next^{X, K) 

sum^{Yi, 1,Y), sum<s,{X, Yi,Ki), sum<s,{Ki, 1, K) 



prodi,{Y,X,K) 

prodcs>{X, Yi,Ki), sum$(Xi, 1,X), sum<j>{Ki,Y, K) 



Si noti che utilizzando prod^ come relazione inversa non esiste per il momento 
arrotondamento. Fatto questo, dovremo modificare le regole contenenti espres- 
sioni in manicra talc da utilizzarc i prcdicati appcna inscriti ncl programma. 
Supponiamo quindi di avere una espressione e e di avere stabilito che il suo 
sistema aritmetico e Sia r la regola del programma in cui compare questa 
espressione. L'esplosione delle espressioni aritmetiche e articolata nei seguenti 
punti: 

1. Una espressione puo essere consider ata essenzialmente un termine piii una 
sommatoria di termini (eventualmente vuota): cioe sia 



n 

i=2 

aggiungeremo quindi come primo predicato della parte destra di r, 

• sum$ (Fi, ^"^2 r?;, A) sc ij. c im segno +; 

• sum$(A, J2^=2 Ti) se ±k e un segno — ; 

mcntrc dove occorrc e si rimpiazzi la variabilc A. Si ripcta ricorsivamcnte 
questo punto su XliLi '^^^ ^ evidentemente ancora una espressione, fino 
a che i sottoobiettivi sum^ non presentano come argomenti esclusivamente 
termini; 

2. Evidentemente c ora ncccssario sapcrc come ridurrc un tcrminc: un ter- 
mine t puo essere considerato come un fattore moltiplicato (o diviso) per 
una produttoria di fattori (eventualmente vuota): cioe sia 



n 

aggiungeremo quindi come primo predicato della parte destra di r, 
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• pr-oii$(^i, nr=2 Q) Ok e un segno x; 

• prod^{Q, n"=2 -i) ^i) se Ok e un segno /; 

mcntrc dove occorre t si rimpiazzi la variabilc O. Si ripcta ricorsivamcnte 
questo punto su YVi=i ■^i) che e ancora un termine, fino a che i sottoobiet- 
tivi prod^ non presentano come argomenti esclusivamente fattori; 

3. Se occorre ridurre un fattore / allora basta tenere conto che questo puo 
essere: 

• una costante o una variabile, per cui non e necessario compiere alcuna 

operazione; 

• una espressione delimitata dalle parentesi '(' e ')', e in questo caso 
si ripetano ricorsivamente tutte le operazioni necessarie a partire dal 
punto 1. 

Per esempio, supponiamo di dovere esplodere la seguente regola: 
avg{{Xi + X2)/2) ^ n(Xi),n(X2) 



In sequenza verrebbero operati i scgucnti passaggi: 

avg{Xi,X2,{Xi+X2)/2) ^ n(Xi), 71(^2) ^ 

avg{Xi,X2,Y) ^ prod{2,Y,Xi + X2),n{Xi),n{X2) ^ 
avg{XuX2,Y) ^ prod{2,Y, Z),sum{Xi,X2, Z),n{Xi),n{X2) 



3.1.2 Esplosione dei predicati CO* 

Nel caso in cui nel programma SKY si sia costretti a utilizzare il metapredicato 
di complementazione generale, SKY sara costretto a calcolare la relazione com- 
plemento per via iterativa. Nel programma SKY^'"'" cio comporta I'aggiunta 
di un certo numero di nuove regole. 

Per ogni predicato pred, se nel programma SKY^'"'" compaiono una o piii 
occorrenze di un metapredicato CO*[pred{X.)] allora sostituiremo ciascuna oc- 
correnza con il predicato CO-pred{X.) e aggiungeremo nella sezione check, le 
regole: 



CO.pred{X) ^ pred{X) 
CO.pred{X) ^ CO.pred{X) 

fail* ^ pred{X),CO.pred{X) 
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e nella sezione generate la regola: 

CO_pred(X) ^ Something(X) 



3.1.3 'Inflazione' dei template 

Questa sezione deiralgoritmo Semi-naif"^ ha il compito di esplodere i descrittori 
di template eventualmente usati, aggiungendo al programma le regole che effet- 
tivamente specificano il sottoprogramma che nasce dall'unione tra definizione di 
template e una occorrenza di costruttore di template. 

Ogni template prevede al suo interno tutte le sezioni che puo avere program- 
ma principale. Supporremo che ogni volta che si prende in considerazione una 
regola appartenente a una certa sezione, il gruppo di regole che si ricavera andra 
posto nella stessa sezione del programma principale. Se non si specifica nessuna 
sezione in particolare, le regole esplose andranno incluse nella sezione generate 
del programma principale. 

Ricevuto il programma SKY V elaborato dalle fasi di preparazione prece- 
denti, per ogni costruttore di template t occorrente in qualche regola rp di V 
nella forma 

t < aciua/i(Xf *) , ... , actualniX.^"*) > (Args) (2) 

Se in qualche Xf^* dovessero comparire degli argomenti asteriscati, aggiungere- 
mo al programma V la regola 

actualliX'^""^) ^ actualiX.'^''^) 

dove X^"'^* e una sequenza di argomenti privata dei campi asteriscati. 

In un caso del genere, senza ledere la generalita, supporremo di aver aggiun- 
to una tale regola e ci comporteremo come se nella ^ non ci siano argomenti 
asteriscati, immaginando di aver sostituito, ove necessario actuali{yi\'^*) con 
actual[{yi'^'^^) . Chiamiamo Xf" I'insieme degli indici posizionali delle variabili 
indicate con '_' in ciascun X"'^* (e individuati singolarmente come Xf"'), e Xf 
I'insieme, disgiunto dal primo, degli indici rimanenti (i cui elementi singoli saran- 
no individuati da Xf-'); diremo X^^la sequenza complessiva di tutte le coppie 
< actuali, Xj > per ogni i che va da 1 a n e, a parita di i, per ogni j che va 
da 1 a |Xf |. Costruiremo e aggiungeremo al programma P I'insieme di regole 
TZt associate a ciascun costruttore di template presente in V, generato secondo 
il seguente criterio: 

supponiamo di avere a disposizione la definizione formale associata a un 
costruttore di template ^, e sia questa 

template t < formali{arityi) , ... , formaln{arityn) > (arity) (3) 
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assumeremo che ciascun arityi sia pari a |Xf |. Inoltre, dircmo T I'msieme 
di regole che specificano nel programma V la ^. 

Per ogni regola rt di T, se questa contiene costruttori di template, vengano 
esplosi ricorsivamente secondo la stessa procedura che andiamo a descrivere. 

Data la regola ^'^^^ ,priva di costruttori di template, risultante aggiunger- 
emo a TZt una corrispondente regola costruita partendo da rj^^^^^ secondo 
le seguenti indicazioni: 

1. Qualunque occorrenza predi(Xi) in rf^^^^ che faccia riferimento a un 
qualsiasi predicate utilizzato al di fuori della definizione del template in 
causa viene lasciata inalterata in Q cioe il predicate in questione viene 
trattato come predicate globale. 

2. Ad ogni occorrenza di un qualchc formaliCKi) in j-f^^^^, sostituircmo il 
predicate actuali(K[). La sequenza di argementi viene cesi cemposta: 
per ogni j che va da 1 a |Xf | mettereme in posizione X^-' I'argemente 
nella medesima posizione prelevato da Xf'^*. Per ogni j che va da 1 a |Xf | 
metteremo in posizione Xf""* di X^ I'argomento j-esimo di X^. 

3. Ogni altra occorrenza di predicate predi(Xi) in rf^AiN^ 

incluse le oc- 

correnze di t e indiflerentemente se ci si trova in testa o in coda, viene 
sostituita con pred^(X^). II nome pred'^ e unico per ogni occorrenza di 
predi in rt e in tutte le regole di T, ma diverse per ogni diversa occor- 
renza del tipo H nel programma V che richieda di essere esplosa come qui 
viene descritto. X'j^ sara identico, argomento per argomento, a X^ per le 
prime |Xi| posizioni, mentre per ogni j che va da 1 a |X^(| metteremo 
nella posizione |Xj| + j di X'^ gli argomenti associati alia coppia X^'^ di 

4. Si modifichi infine la regola Vp contenente I'occorrenza di costruttore H, 
sostituendo a questa t'(X() dove X^ e ottenuta come al punto precedente 
si ricava X^, basandosi pero su Args anziche su X^. Anche in questo caso 
il nome t' e da considerarsi diverse per ciascuna occorrenza ^ sottoposta 
alia procedura di esplosione. 

Riassumendo, questa fase esplode ed elimina ogni occorrenza di costruttore 
di template in V aggiungendo a questo un certo insieme di regole TZt e mod- 
ificando la regola in cui si verifica I'occorrenza data, in base alia definizione 
formale di template corrispondente. II processo viene ripetuto ricorsivamente 
su V finche questo non e completamente privo di costruttori di template. Come 
gia detto, per garantire la terminazione di questa fase, non e consentito I'uso di 
ricorsione diretta o indiretta tra template. 

Esempio 3.1 Supponiamo di avere a disposizione nella sezione Template di 
un nostra programma la seguente definizione: 

^Sono escluse da questo punto Ic rclazioni aritmetiche e di libreria. 
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template JoinAndProject < pl(2),p2(l) > (_) 

JoinAndProject{X) ^ _pl{X,Y), _p2{Y) 

Potremo invocare questo template con una regola 

fail ^ JoinAndProject < edge{_, S),node{_) > (pf) 

L'operazione di inflazione su questo costruttore sostituira questa regola con: 

fail <— JoinAndProjectOOOO{pf) 

mentre il programma complessivo si arricchira della regola 

JoinAndProjecmOO{X) ^ edge{X,Y),node{Y) 

Meno banale puo essere uno uso di costruttore come in questa regola 

fail ■*— JoinAndProject < edge{_,S),edge{ff,-) > (kk) 

La nuova regola che rimpiazza la precedente e 

fail <— JoinAndProject0001{kk, ff) 

mentre vicnc aggiunta la regola 

JoinAndProject0001{ff,X) ^ edge{X,Y),edge{ff,Y) 

Come si vcdc I'uso dci template c spcsso non banale, c risulta sicuramente 
gratificante per un utente esperto che abbia necessita di sintetizzare al meglio 
una specifica SKY. Si noti che per il momento si e volutamente trascurata 
la questione riguardantc un possibile uso di variabili locali ncUa dcfinizionc di 
template. E' ugualmente importante fare notare che lo stesso vale per i nomi di 
predicato. Siccome l'operazione di inflazione e diversa a seconda della globalita 
o meno di un predicato c buona norma far precedere i predicati locali da un 
Una invocazione di costruttore del tipo 

fail <— JoinAndProject < edge{-,-),edge{X,S) > (kk) 

da luogo a 

JoinAndProject0001{X,X) ^ edge{X,Y),edge{X,Y) 

raccomandiamo di utilizzare questa possibilita con cautela, poiche non sempre 
potrebbe dare luogo all'effetto desiderato. 
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3.1.4 Esplosione della sezione BOUND 



Una comodita che SKY offre e quella di limitare automaticamente ogni predi- 
cate, se richiesto. II codice di specifica diventa cosi piii sintetico: molto spesso 
non c'e bisogno di garantire esplicitamente la sicurezza di una regola se si usa 
la negazione, e inoltre una implementazione intelligente puo usare queste in- 
formazioni per ridurre il numero di operazioni da svolgere nella valutazione 
di ciascuna regola. Noi ci limitiamo qui a spiegare semanticamente che cosa 
comporta per ciascun predicato dichiarare un bound. 

Consideriamo ora ciascuna regola presente nella sezione Bound. Chiamiamo 
b una di queste regole, e supponiamo siano della forma 

pred{X) ^ predi(Xi), . . . ,pred„(X„) 

dove i predicati predi , . . . , predn sono da considerare esclusivamente predicati 
di input, ma senza costruttori di iterazione, e senza alcun tipo di ricorsione. 
Aggiungiamo al programma SKY-^'"*" la regola 

bpred(X) <— predi(Xi), . . . ,pred„(X„) 

Chiamiamo bpred predicato bound di pred. Per esplodere completamente la rego- 
la b cerchiamo ogni regola della sezione MAIN che ha in testa pred: chiamiamo 
questa regola c e sia questa 

pred{X') ^pred[{. ..),... ,pred'^{. . .) 

e la modifichiamo nel seguente modo: 

pred{X!) ^ bpredCX.') , pred[{. ..),... ,pred'^{. . .) 

Inoltre cerchiamo tutte le regole dove e presente nel corpo la complementazione 
CO, ma che non sono safe, del tipo 

p(X) ^ pi, . . . CO[pfc+i(X)], COK(X„] 

per ogni atomo Pfc(X) che e presente come negato nel corpo, se in X e presente 
almeno una variabile non limitata, allora si consideri il predicato bound bpk 
relativo a e si inserisca nel corpo I'atomo bpkiX). 



3.2 Struttura globale di Semi-naif+ 

Inizialmente si e pensato ad un algoritmo di valutazione enumerativo. Questa 
modalita di valutazione c sostanzialmcntc un algoritmo enumerativo su tutte le 
possibili istanze di predicati Q generabili suU'univcrso dcUe costanti in gioco. Un 



primo passo avanti e stato fatto da [Vas9S|, dove con il linguaggio full-SPEC 



ci si e prefissi sostanzialmente I'obiettivo di sottoporre la struttura enumerati- 
va a un carico piii leggero, realizzato introducendo dei metapredicati capaci di 
specificare con piii precisione le istanze di predicati Q effettivamente da pren- 
dere in considerazione. SKY estende questa possibilita: I'utente puo non solo 
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specificare un dominio di valutazione adeguato per il problema per cui intends 
sintetizzare un algoritmo, ma, se vuole, puo anche specificare in vari modi come 
devono essere costruite le soluzioni potenzialmente ammissibili da valutare. 

Un programma SKY, a difFerenza di DATALOG'-^^^'-^ non possiede diretta- 
mente una query da verificare. E' possibile mostrare che il sistema di valutazione 
complessivo si comporta tuttavia come se dovesse soddisfare una particolare 
query ristretta^ non direttamente visibile all'utente del linguaggio. Segue ora 
la descrizione deH'algoritmo Semi-naif+: 

Algoritmo 3.1 (Semi-naif^ .) L'algoritmo Semi-naif+riceve in input un pro- 
gramma SKY che assumeremo corretto e ritorna in output 'NO' o 'YES'. In 
quest'ultimo caso si puo restituire un'insieme di relazioni che certifica il perche 
della risposta positiva. Supporremo inoltre che sia stato inizializzato in base 
al programma SKY dato 

PROGRAM Scmi-naiT+; 

Valuta la sezione generate una prima volta; 
Do 

Valuta la sezione check; 
do_backtracking := EE. fail; 

maybeJound := ^ EE.fail* A EE.ReachedFixedPoint A (ViVX(CO,(X)); 
If (maybeJound A-i do_backtracking) 

Output YES; 

Exit; 
If (do_backtracking) 

Do 

do-backtracking = NOT EE.ActualIterator++; 

While (do-backtracking AND NOT EE. Iterators. empty()) 

Valuta ancora la sezione generate; 
While NOT EE.Iterators.empty(); 
OutputNO; 

Come si vede la struttura base di Semi-nai'f"'" consiste in un particolare ciclo 
che principalmente non fa altro che pilotare {Evaluation Engine motore di 
valutazione), il cuore dell'algoritmo. Bisogna subito rimarcare che le modalita 
di valutazione della sezione check sono diverse dalle modalita di valutazione 
della sezione generate. La prima e costituita da un insieme di regole non ricor- 
sive: il suo calcolo viene effettuato in una singola iterazione, considerando come 
relazioni EDB date tutte le occorrenze di predicati IDB che compaiono nella 
sezione generate^ e con queste assunzioni le sue regole sono sempre al punto 
fisso. 

■^Una query posta sotto forma di clausola di Horn con quantificatori universali 
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Quando invccc parliamo di 'valutazionc dcUa sezionc generate^ intcndiamo 
una singola passata di E^. In ogni momento le regole di questa sezione non 
sono necessariamente al punto fisso, e una valutazione corrisponde ad una sin- 
gola applicazionc dcH'opcratorc di punto fisso, chc aggiorna Ic rclazioni correnti 
relative a predicati IDB, specializzandone i contenuti. Cio realizza il meccanis- 
mo di passaggio da una soluzione parziale piii generale ad una piii in profondita 
nell'albcro di backtracking. 

In sintesi quest 'algoritmo chiede a di valutare il programma, secondo i cri- 
teri che fisseremo nel seguito, e questo in risposta suggerisce se in quel momento 
la valutazionc puo proseguire (attravcrso la valutazionc dclla sezione check), o 
se e il caso di spingere E"^ su un'altra strada (EE.ActualIterator++). Una 
soluzione e completa se, una volta che la sezione generate raggiunge il punto fisso 
-cioc non possono csscrc dcrivati miovi clcmcnti chc conscntano di sccndcrc in 
maggiore profondita nell'albero di ricerca- la variabile fail ne la fail* vengono 
derivate dalla valutazione della sezione check, e inoltre tutte le complementazioni 
ottenute per 'guessing' risultano effettive. 

3.3 Struttura dettagliata di Semi-naif+ 

Passercmo ora a dcscriverc in profondita ogni singola opcrazionc chc E'^ compie 
durante il processo di valutazione. Focalizzercmo I'attenzionc soprattutto suUe 
caratteristiche a cui deve uniformarsi una possibile implementazione: Vedremo 
in dettaglio: 

1. Chc cosa siicccdc qiiando si chicdc a E'^ di valutare la sezione generaie. 

2. Come sono fatti i cosiddetti Oggetti di iterazione e in base a che criterio 
vengono allocati, incrementati e rimossi. 

3. Come viene valutata la sezione check. 

4. Come il ciclo principale influenza indirettamente le strutture dati private 
di E\ 

3.3.1 Gli oggetti di iterazione 

Prima di passare a descrivere i compiti che E^ e chiamato a svolgere, e necessario 
presentare la struttura dati piri importante che questo ha a disposizione. Gli 
oggetti di iterazione svolgono infatti un ruolo ccntralc ncl funzionamcnto di E^ . 
Un oggetto di iterazione viene costruito facendo riferimento a una relazione 
data, e svolge il compito operative di costruire in base a questa una sequenza 
di relazioni di uscita, Ic quali rappresentano le possibili scelte che un singolo 
oggetto di iterazione puo fare. 

Un oggetto di iterazione non e direttamente fruibile dallo sviluppatore: gli 
oggetti gcrarchicamcntc supcriori possono inizializzarlo, scorrcrc lungo la se- 
quenza di relazioni generata, esaminarne I'elemento corrente, verificare se la 
sequenza e terminata. 
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Volendo definire un oggetto di iterazione, facendo uso del concetto di classe 
proprio della programmazione OOP, allora diremo che 

Definizione 3.1 ( la classe Iterator ) Un oggetto di iterazione (o piu sem- 
plicemente iteratorej e una classe che implementi i seguenti metodi: 

virtual void init{tableTZ) 
virtual tool operator + + 
virtual table current() 

Dove per table si intende I'istanza di una relazione di qualsiasi arita Pur essendo 
la definizione del tutto generale, e chiaro che non tutte le classi derivate conformi 
a quest 'interfaccia saranno corrette. Noi ci limiteremo a considerare alcuni 
iteratori predefiniti, di cui esploreremo in dettaglio sia gli aspetti pratici che 
teorici, ma lasciando ampio spazio a future aggiunte di altre classi derivate 
da Iterator. Chiamiamo U I'universo di Herbrand delle costanti associate al 
programma SKY^'"™ e alle relazioni di ingresso, e sia B la relativa base di 
Herbrand; tutti gli iteratori che ci limiteremo a considerare possiedono i seguenti 
requisiti: 

• inizializzati su una data relazione TZ il metodo current () ritorna sem- 
pre una relazione O-jz (che chiameremo relazione corrente o relazione at- 
tuale dell'iteratore) che e in qualche modo funzionale a 72. e di cardinalita 
complessiva polinomiale rispetto alia dimensione di U. 

• I'operazione 'H — |-' sposta il valore di current () su una nuova relazione 
O'^ diversa da tutte quelle precedentemente prodotte dallo stesso. Ritorna 
true se questa operazione puo essere ripetuta con successo, false altrimenti. 
Non e lecito utilizzare 'H — h' dopo la sua prima risposta negativa. 

• 'H — |-' ritorna true al massimo un numero esponenziale di volte rispetto 
alia cardinalita di lA, cioe il numero massimo di possibili O-jz che il metodo 
current puo produrre e esponenziale, ma soprattutto finito. 

In particolare, se chiamiamo TZ la relazione con cui viene inizializzato un 
dato iteratore, gli iteratori che considereremo sono^ 

1. range, che ritorna come relazione attuale un'unica tupla di 7?., prenden- 
dole in esame tutte. 

2. partition, le cui relazioni attuali spaziano di volta in volta su tutte le 
possibili partizioni di cardinalita data di TZ. 

3. permutation, dove current() istanzia di volta in volta una relazione 
creata permutando gli elementi di TZ, etichettando ciascuna tupla con un 
numero d'ordine. 

^Si faccia attenzione a non confondere concettualmente questi nomi con quelli analoghi 
associati a un costruttore di iterazione. Vedremo che un costruttore di iterazione fa riferimento 
alia potenziale istanziazione di uno o piu iteratori. 
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4. subset, che si occupa di scegliere uno tra tutti i possibili sottoinsiemi 
creati con le tuple di TZ. 

5. any, che istanzia una e una sola tupla di TZ, senza garantire nulla su 
quale sia la tupla prcscclta; a differenza di range, un iteratore any non 
puo essere incrementato, ma semplicemente assume un'unico valore (una 
tupla singola). Puo essere utile in tutti quel casi in cui il processo risolutivo 
deve iniziare da una qualche tupla del dominio (ad esempio un qualsiasi 
node di un grafo), nia non importa quale (basta che sia una). Corrisponde 
a una scclta che non puo csscrc rivista. 

E' prevista in future I'aggiunta di costruttori analoghi per gli altri iteratori 
( Any Partition, Any Permutation, ecc. ), di significato analogo. 

6. something, che differisce in parte dai comuni iteratori, poiche restituisce 

come relazionc attualc tuttc Ic possibili rclazioni di arita pari a quella di 
TZ, costruibili utilizzando I'intero universo U. 

3.3.2 I gestori di iterazione 

Un gcstorc di iterazione si occupa di raccogliere una coUezione di oggetti di 
iterazione afferenti alio stcsso costnittore. E' principalmentc costituito da un in- 
sieme di coppie, gcstito con politiea LIFO, < signature, oggettojli-iterazione >, 
dove signature e una tupla di arita pari a quella delle variabili di split associate 
al costruttore di iterazione corrispondente, e da una relazione table. 

Si tratta quindi di una struttura dati che incapsula uno o piii oggetti di 
iterazioni al suo interno. 

Ogni gestore di iterazione e associate ad un costruttore di iterazione presente 
nel programma. Se questo costruttore non possiede variabili di split, allora il 
gestore di iterazione fa riferimento a un singolo oggetto di iterazione. Se invece 
il costruttore presenta delle variabili di split, il gestore di iterazione si occupa di 
creare un oggetto di iterazione per ogni diverso valore delle variabili di split con 
cui viene interrogato: ogni oggetto di iterazione viene marcato con una signature 
che non e altro che il valore delle variabili di split a cui corrisponde I'iteratore. 

La relazione table accorpa tutti gli oggetti di iterazioni incapsulati nel gestore 
in un unica tabella comune, che sintetizza tutte le scelte fatte per un certo 
costruttore di iterazione ad un dato momento della valutazione. 

3.3.3 Allocazione degli iteratori 

II primo passo che compie E'^ e quello di decidere se e quali oggetti di iterazione 

debbano essere allocati aggiornando di conseguenza le proprie strutture dati. Si 
prendono dunque in considerazione tutti i costruttori di iterazione partendo da 
quello piii a sinistra; sia 

iteri{Y)\pred{X.)]{a) (4) 
uno di questi, dove Y = Fi . . . Ym, X = Xi . . . X„, a = ai . . . ak- 
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Ad esso associamo un gestore di iterazione, con la relativa table inizialmente 
vuota. La semantica richiede di avere che I'intero vettore Y sia costituito da 
argomenti ritenuti safe a sinistra. 

La definizione di safeness a sinistra coincide con quella classica esclusa una 
differenza fondamentale. Anziche riferita a nomi di variabili, la sicurezza a 
sinistra riguarda singole occorrenze di variabili: ad esempio I'occorrenza di una 
variabile in un certo punto di un predicate puo essere safe a sinistra, mentre 
un'altra no. 

Definizione 3.2 Safeness a sinistra. Supponiamo di avere un certa occorrenza 
X di una variabile X in un predi di una regola come la |^. Diremo che X e 
sicura a sinistra se vale una delle seguenti affermazioni: 

1. Esiste alia sinistra di predi un predicato ordinario in cui compare la stessa 
variabile X. 

2. Alia sinistra di predi si trova un predicato predefinito X = a dove a e una 
costante, oppure vi si trova un predicato X — Y e Y e safe a sinistra. 

3. Alia sinistra di predi si trova un costruttore di iterazione iteri{Y)[pred{lC)\{a) 
e X occorre o inli. o in a. 

Ad esempio se avessimo la regola: 

exit ^ Permutation{X)[scheduled{T, P)](N), 
task{X), 

'R.ange{X)[processor{Y)] 

La X che compare nel costruttore Permutation non e safe a sinistra, mentre la 
X che occorre in Range lo e. E' evidente che se un certa occorrenza di variabile 
e safe a sinistra, lo saranno tutte le occorrenze della stessa variabile in predicati 
ancora piii a sinistra. 

Per avere un'ordine di allocazione degli iteratori facilmente controUabile dal 
programmatore, la semantica di SKY non accetta regole come quella appena 
vista. E' per questo che si e deciso di impedire che gli argomenti di split possano 
essere liberi: in questo modo il numero di oggetti di iterazione che ogni gestore 
puo possedere e limitato dai valori che assumono i predicati ordinari nella stessa 
regola, ma piu a sinistra. 

Ad esempio e proibita la regola: 

node{N) <~ Range{N)[edge{X, Y)] 

poiche la tabella di riferimento per il costruttore di iterazione dovrebbe avere 
un'entrata per ogni costante deU'universo di Herbrand. 

Inoltre, poiche I'ordine con cui vengono fatte le scelte non deterministiche e 
da sinistra a destra, si c introdotto il concetto di sicurezza a sinistra. Queste 
due regole sono semanticamente diverse, ma entrambe valide: 
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e ^ h{X),Subset{X)\p{K)],g{X) 
e ^ g{X),Subset{X)\p{K)],h{X) 



Se supponiamo che al momento della valutazione le relazioni rispettivamente 
associate ad h e a. g siano 



val 




le tabelle dei gestori di iterazione ottenute dalla valutazione delle due regole 
differiscono, poiche una dipende dai valori di h, e I'altra dai valori di g: 



subseth 







subsetg 


# 


val 


# 


val 




alpha 


Zcta 


a 


Zeta 




alpha 


Zappa 


a 


Zappa 




bravo 


Zcta 


b 


Zcta 




bravo 


Zappa 


b 


Zappa 




Charlie 


Zeta 






Charlie 


Zappa 



Supponendo quindi che ogni costruttore di iterazione usato possegga questi 
requisiti, e in grado di valutare le regole di SKY^'"*" come se fossero quelle 
di un normale programma DATALOG, se si eccettua che un atomo, che sia un 
costruttore di iterazione puo csscrc sottoposto esclusivamente all'operazione, 
che andiamo a definire, di join esteso. 



Definizione 3.3 Join cstcso ( operatorc D><1+ ). Sia data una relazione Pi(P) - 
dove P rappresenta una qualche denominazione dei campi dipi, e un costruttore 
di iterazione iteri{Y)\pred{^)]{a); sia la sequenza di variabili Y contenuta in 
P . 

Definiremo 



out{Z) =predi{P) 1X3+ iteri{Y)\pred{X)]{a) 
secondo i seguenti criteri: chiamiamo 

G{Y) = Jlwedii^) 

Y 

cioe sia G la relazione ottenuta tramite la proiezione di predi sui campi in 
cui compare la stessa variabile sia in X che in Y . Sia BAG il gestore di 
iterazione associato a iteri. Se G ^ $, per ogni tupla g di G si compiano le 
seguenti operazioni: 
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1. Se in BAG non esiste un oggetto di iterazione con signature pari a g allora 
lo si crei; sia questo del tipo iteri; lo si inizializzi in base al valore della 
relazione pred; sia iter tale oggetto. 

2. Si aggiorni BAG.table in questo mode: 

BAG. table = BAG.table \J g x iter.current{) 

Se il costruttore di iterazione non possiede variabili di split, ci si comporti cost: 

1. Se in BAG non esiste un oggetto di iterazione allora lo si crei del tipo iteri 
e in base al valore della relazione pred. Sia iter tale oggetto. 

2. Si aggiorni BAG.table in questo modo: 

BAG.table = iter.current{) 

A questo punto diremo che 

oui(Z) = predi(P) ix BAG.tableiY, X, a) 
Dove Z e costituito daU'unione senza ripetizioni di P , Y , X e a. 

E' importante notare che, a differenza dell'operazione di join classica, il join 

esteso, anche c soprattutto per gli effetti collaterali che comporta suUe strutture 
dati che stanno aha base di un costruttore di iterazione, non e in generale ne 
commutativo ne associativo. 

3.3.3.1 Come avviene una valutazione della sezione generate L^E^ 
e il cuore di ciascuna iterazione di Semi-naif+: quando viene invocata una it- 
erazione di vahitazione, svolge il compito di acquisire il descrittore corrente 
di progresso, che in sostanza e costituito da un'istanza attuale dei predicati 
coinvolti nel programma (e rappresenta la soluzione parziale in esame), e di 
modificarlo nel tentativo di scendere in profondita nell'albero di backtracking. 
Le strutture dati a disposizione di E^ sono: 

1. Uno stack S di coppie < gestore-di-iterazione,oggetto-di-iterazione >. 

2. Un database V che supporremo sia una raccolta di terne T =< TZ, t, re/ > 
dove TZ indica il nome della relazione cui appartiene la tupla t e ref rapp- 
resenta una sequenza, eventualmente vuota, di riferimenti a degli oggetti 
di iterazione. Anche V potra essere implementato con struttura a pila, a 

discrezione del progettista del sistema. 

In sostanza V costituira la rappresentazione estensionale attualmente raggiunta 
dai predicati in gioco nel programma SKY^'"'", arricchita dal riferimento agli 
oggetti di iterazione che hanno determinato la presenza di ciascuna tupla, e 
un cui cambiamento ne potrebbe inficiare la validita. Lo stack S e invece un 
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raccolta di oggetti di iterazione, che potremmo considerare dei descrittori di 
'spazi di guessing'. 

Dato il programma SKY-^'"*", il passo preliminare da fare e quello di de- 
terminare una stratificazione delle regole rispetto al metapredicato CO; si puo 
a questo scopo utilizzare un algoritmo come il 3.5 di |U1191| , tenendo conto 
che un costruttore di iterazione fa riferimento alio strato relativo al predica- 
to argomento. Supporremo quindi di aver potuto determinare I'esistenza di 
una stratificazione tramite un algoritmo del genere, e di possedere cosi, per 
ciascun predicato del programma SKY^'"^'", un intero che indichi lo strato di 
appartenenza. 

Se non e possibile determinare una stratificazione, il sistema definitivo potra 
comunque proseguire I'elaborazione chiedendo all'utente di trasformare opportu- 
namente alcuni tra i predicati co rilevatisi critici in co*, o, secondo una strategia 
automatica di cui non ci occuperemo per il momento, provvedendo esso stesso 
alia modifica del programma. 

Dunque, attribuiremo a ciascuna regola un primo ordine di valutazione, par- 
tendo dalle regole il cui predicato di testa appartiene alio strato piii basso (valori 
di i minori); a parita di strato, E"^ valutera le regole nelF ordine dato dal grafo 
delle dipendenze, e inline nell' ordine in cui I'utente le ha volute specificare nel 
sorgente. Bisogna tenere presente che occorrera raggiungere il punto fisso per 
le regole dello strato corrente prima di passare alio strato successivo. 

Si tenga presente che, mentre questo criterio e meno rilevante per I'algorit- 
mo Semi-naif classico, riveste invece una certa importanza per quanto riguarda 
I'allocazione degli oggetti iterazione; quindi, per ottenere I'albero di backtrack- 
ing voluto, sara importante I'ordine di valutazione con cui si e specificato il 
problema. 

Supponiamo allora di voler valutare una certa regola SKY^'"^'": questa 
possiedera, oltre a dei predicati ordinari o predefiniti, anche dei costruttori di 
iterazione: 



/lead(X) <— pre(ii(Xi) . . .pred„(X„) (5) 

Dove predi . . . predn possono essere sia predicati ordinari che costruttori 
di iterazione, mentre head e un predicato ordinario. compie I'operazione 
di valutazione di una regola come la ^ in manicra formalmente identica alia 



procedura EVAL-RULE-INCR descritta in |U1191], tenendo conto di alcune 
differenze chiave, che permcttono di trattarc i costruttori di iterazione, non 
significativi per I'algoritmo Scmi-nai'f classico: 

f . Le operazioni di Join devono svolgersi da sinistra a destra. 

2. Ogni operazione di Join che coinvolga un costruttore di iterazione deve 
usare il Join esteso anziche il comune natural-join. 

3. Se il primo sottoobiettivo di una regola e proprio un costruttore di iter- 
azione, I'unico modo in cui possa essere sicuro a sinistra e che il vettore Y 
sia vuoto (Supponiamo che sia allora / = iteri[pred{'X.)]{a)). Per risolver- 
lo, si usi al suo posto la relazione ITER_PREDfc(X, a) ottenuta allocando 
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un opportune oggctto di itcrazionc iter nel gestore di iterazione di I, se 
questo non esiste gia, e assegnando 

ITER_PREDk = iter.currentQ 

Inoltre la procedura EVAL — INCR non considera, per quanto riguarda la 
valutazionc incrcmcntalc, i costruttori di iterazione, cioc dovrcrno escludere dal- 
la lista Si,. . . ,Sn non solo i predicati predefiniti, ma anche i costruttori di 
iterazione. 

Supponiamo ad esempio di dover valutare la regola: 

h{X, Y) ^ r{X, Y),g{Y, Z), Subset{Z)[f{X, Y)] 
L'espressione di algebra relazionale relativa al corpo di questa clausola sara: 

{R{X, Y) cx G(Y, Z)) [X1+ Subset{Z)[f{X, Y)] 

dove Ic operazioni vanno eseguite rigorosamcnte ncU'ordine dato dalle parentesi. 

Chiamiamo EVAL — INC'R' una procedura cosi modificata. Quando essa 
viene invocata da E^ per valutare una regola, si avra come risultato diretto 
una relazione TZ che andra aggiunta al database V: ogni tupla di TZ sara pero 
marcata in maniera tale da indicare da quale regola dipende la sua presenza. 
Vediamo in dettaglio: 

Algoritmo 3.2 Struttura di una singola passata di E'^. Sia m il numero di 

regole relativo alio strata corrente facenti parte della sezione generate, e k il nu- 
mero di predicati intensionali o appartenenti alio strata precedente; supponiamo 
di avere assegnato a ciascuna regola un numero d'ordine secondo i criteri sopra 
visti. Gi , . . . , Gk saranno le relazioni attuali dei predicati intensionali presenti 
nel programma, che chiameremo pi,. . . ,pk; AGi, . . . , AGk saranno invece le 
relazioni incrementali associate agli stessi; data una regola gi indichiamo in- 
oltre con g^ (risp. Ag'l ) la relazione (una tra Gi, . . . ,Gk risp. AGi, . . . , AGk ) 
associata al predicato di testa. 

PROC E'^ generic iteration; 

FOR j := 1 to k DO BEGIN 

AQj := AG,-; 

AGj := 0; 
END; 

FOR i := 1 TO m DO BEGIN 

AG EVAL-INCR'(5„ Pi, . . . , P^, Gi, . . . , G^, AQ„ . . . , AQk); 
AG := AG-gl; 
Ag^ := Ag^ U AG; 

Per ogni tupla t di AG aggiungi a P la coppia < i, ref >, 
dove ref e' un riferimento a tutti gli oggetti di iterazione 
allocati nella EVAL-INGR' appena eseguita; 
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Aggiungi tutti gli oggctti di itcrazione che sono stati creati nello stack 
<S neU'ordine in cui sono stati allocati; 
END; 

FOR j := 1 to k DO 
Gi := Gi U AGi; 

FixedPointForThisLayer := AG, = Vi; 

ReachcdFixcdPoint := FixedPointForThisLayer A (questo e' I'ultimo strato); 
IF (FixedPointForThisLayer) THEN CurrentLayer++; 

Nel case in cui sia la prima volta che si affronta un certo strato, non ci si 
potra avvalere delle relazioni incrementaU per cui, nella prima iterazione, le cose 
andranno in maniera leggermente diversa: 

PROG E'^ first iteration on a layer; 

FOR i := 1 TO m DO BEGIN 

AG := EVAL(.%,Pi,...,Pfe,0,...,0); 
/^g^ := Ag^ U AG; 

Per ogni tupla t di AG aggiungi a D la coppia < t, ref >, 

dove ref c' un riferimento a tutti gh oggetti di iterazione 
allocati nella EVAL' appena eseguita; 

Aggiungi tutti gli oggetti di iterazione che sono stati creati nello stack 
S neU'ordine in cui sono stati allocati; 

Gi := AGj; 
END; 

FixedPointForThisLayer := AGi = Vi; 

ReachedFixedPoint :— FixedPointForThisLayer A (questo e' I'ultimo strato); 
IF (FixedPointForThisLayer) THEN CurrentLayer++; 

3.3.3.2 Come E'^ incrementa e dealloca gli oggetti di iterazione Gi 

occupcrcmo qui del mcccanismo con cui E'^ aggiorna Ic sue strutture dati quando 
il 'guess' corrente fallisce per cui si innesca il meccanismo di backtracking. 

Una chiamata di ActualIterator++ comporta le seguenti operazioni (chi- 
amiamo top I'oggetto di iterazione in cima a <S): 

• Si cerca di incrementare top. 

• Si rimuovono tuttc Ic tuple di V che prcscntano il riferimento a top. Sc la 
rimozione interessa una qualche tupla che inerente ad un predicate di uno 
strato precedente a quello corrente, si decrementa CurrentLayer. 

• Se non si e potuto incrementare top (tutti i guess ad esso afferenti sono 
stati tentati) lo si rimuove da <S. 

• Si restituisce true o false a seconda del successo nell'operazione di incre- 
mento di top. 



22 



EE. Iterators. emptyO ritorna invece lo stato attuale ( presenza o meno di 
oggetti iterazione) di iS. 

3.3.3.3 Come viene valutata la sezione check La scziono check c di fatto 
un semplice programma datalog con negazione stratificata, senza ricorsione. 
Puo essere valutato in una sola passata tramite algoritmo Semi-naif. Ogni 
prcdic;ato oc;corrcntc anchc ncUa sczionc generate vicnc considerate come EDB, 
prendendone come valore la relazione corrente presente in T). Non e consentita 
la presenza in testa a una regola di un predicate occorrente anche nella sezione 
generate. 

4 Sintesi di algoritmi con SKY 

5 II problema del circuito hamiltoniano 

Questo storico problema si presta molto bene a strategic di calcolo tramite back- 
tracking, ma ci consentira di mostrare come SKY possa essere usato altrettanto 
bene per specificare algoritmi enumerativi. 

Esempio 5.1 (Hamiltonian Circuit) Dato un grafo diretto G =< V,E >, 
questo possiede un circuito Hamiltoniano? E' possibile doe trovare un percorso 
che, partendo da un qualsiasi Vo G V, tocchi tutti i nodi una e una sola volta 
tornando al punto di partenza? 

Fissiamo il nostro dominio di valutazionc con il predicate ciclo(X, N), dove X 
identifica un node, e N il numero d'ordine che un node assume nella sequenza. 
Un ciclo sara valido se soddisfa la seguente sezione check senza derivare fail: 



fail 


^ ciclo{X, K) , ciclo{X, J),J^K 


(6) 


fail 


^ ciclo{X, K), ciclo{X, K + 1), CO[edge{X, Y)] 


(7) 


fail* 


^ ciclo{X, 1), ciclo{Y, N), CO[edge{X, ¥)] 


(8) 


usato{X) 


^ ciclo{X, Some) 


(9) 


fail* 


^ node{X),CO[usato{X)] 


(10) 






(11) 



Limitiamo inoltrc ciascun ciclo a 
[bounds] 

ciclo{X,N) <— node{X), {1.. count < node >}{N) 

A questo punto possiamo scegliere se interrogare il sistema usando I'enumer- 
azione, e per far questo basta la regola statica: 

ciclo{X,N) <— permutation[node{X)]{N) 
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C'e da osservare che tale regola di generazione rende inutile il vincolo|T^. Pos- 
siamo invece pensare di creare il circuito in base a dei circuiti parziali, in cui le 
ramificazioni dell'albero di ricerca corrispondono ai possibili nodi che possono 
essere aggiunti ad una data iterazione nella ricerca di un circuito complete: 



ciclo{X, 1) 
ciclo{X,N +1) 



any[node{X)\ 

cido{Y, N),range{N)[edge{Y, X)] 



In questo caso c'e da osservare che bisogna niantenere il vincolo ||, poiche I'itera- 
tore range sceglie uno tra tutti i possibili archi, per poi verificare eventualmente 
che questo non puo legarsi a nessuna delle tuple di ciclo. II processo di back- 
tracking e comunque corretto, grazic al vincolo e possiamo capirlo megiio 
con il seguente esempio: 

Esempio 5.2 (Casi particolari di backtracking) supponiamo di voler ver- 
ificare che il seguente grafo e hamiltoniano: 



node 



Name 



Aurora 
Solaria 
Terra 



edge 



From 


To 


Aurora 
Solaria 
Terra 


Solaria 
Terra 
Aurora 



e di trovarci a un certo punto della valutazione con la situazione 

ciclo 



Node 


# 


Aurora 
Solaria 


1 
2 



rangeedgel 



# 


From 


To 


1 


Aurora 


Solaria 



rivalutiamo il programma generate in base alia situazione corrente: I'itera- 
tore rangeedgel viene per la prima volta invocato con un valore di = 2 e 
dunque viene chiamato a fare una scelta tra gli archi. Viene selezionato I'arco 
(Aurora, Solaria). La situazione diventa: 



ciclo 



Node 


# 


Aurora 
Solaria 


1 
2 



rangeedgel 


# 


From 


To 




1 


Aurora 


Solaria 




2 


Aurora 


Solaria 



Come si vede, non viene aggiunto nessun nodo al circuito parziale, poiche I'arco 
selezionato non parte da Solaria. II programma di check valida questa situazione 
come plausibile. Ma all'iterazione successiva sul programma generate ci si rende 
conto che nessuna regola porta alia generazione di nuovi nodi, poiche il program- 
ma generate raggiunge il punto fisso. Quando il sistema raggiunge il punto fisso, 
assume di trovarsi su un potcnziale circuito complete, per cui cerca di validarlo 
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in base al valore del letterale fail*: in questo caso la situazione corrente non e 
evidentemente un ciclo completo, e infatti viene derivato fail* con la regola 
II meccanismo innesca a questo punto il processo di backtracking: in pratica 
vengono annuUate le iterazioni precedenti fino al punto in cui si e fatta I'ultima 
scelta non deterministica, cioe si torna alia situazione iniziale del nostro esem- 
pio. La sezione generate viene rivalutata, e a questo punto I'iteratore Range 
prova con un altro guess: 



Node 


# 


Aurora 


1 


Solaria 


2 


Terra 


3 



rangeedgel 


# 


From 


To 




1 


Aurora 


Solaria 




2 


Solaria 


Terra 



La sezione check convalida questa situazione e prova di nuovo a incrementare 
il ciclo con un'altra valutazione di generate. Ma i limiti aritmetici bloccano 
il calcolo ( non si puo andare oltre il terzo nodo), per cui viene individuato 
un punto fisso: questo e riconosciuto come un circuito hamiltoniano, poiche 
possiede tutti i nodi, gli estremi sono congiunti, e nessun nodo e usato due 
volte. L'algoritmo SKY risponde 'YES' per questa istanza. Riportiamo infine il 
programma completo: 
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[bounds] 




ciclo{X, N) 


<— node{X), {1. .count < node >}{N) 


[generate] 




ciclo{X, 1) 


^ any[node{X)] 


cicloiX, N+1) 


^ ciclo{Y,N),range{N)[edgeiY,X)] 


[check] 




fail 


^ ciclo{X,K),ciclo{X,J),Jy^K 


fail 


cicloiX, K), ciclo{X, K + 1), CO[edge(X, Y)] 


fail* 


^ ciclo{X, l),cido{Y, N), CO[edge{X, Y)] 


usato{X) 


<— ciclo{X, Some) 


fail* 


^ node{X),CO[usato{X)] 



5.1 I metaalgoritmi di enumerazione, backtracking e SKY 

II programma SKY appena visto ci consente di fare alcune considcrazioni circa 
la corrispondcnza tra una specifica SKY e i metaalgoritmi di enumerazione e/o 
backtracking tradizionali. Possiamo ad esempio analizzare il metaalgoritmo di 
enumerazione: 



void EnumereizioneCistanza i) 

{ for (i .PrimoO ; li.UltimoO; i.successoreO) 
if (i.ammissibileO) 
{ i. Output YES ; 
return ; 

} 

i.OutputNOO ; 

} 



Qucsto metaalgoritmo puo csscrc istanziato da un programma SKY chc 
possieda una sezione generate non ricorsiva, mentre la sezione check non deve 
fare uso di fail, ma solo di fail*. II principale modo di fare backtracking in 
SKY -la vahitazionc incrcmcntalc- c cosi disabilitato, come anchc i mcccanismi 
di filtraggio sui nodi intermedio: la sezione check si limita a convalidare solo 
soluzioni finali. 

Un programma completo per il ciclo hamiltoniano che faccia uso della sola 

enumerazione e: 

[generate] 



26 



ciclo{X, N) <— permutation[node{X)]{N) 

[check] 

fail* ^ ciclo{X,K),ciclo{X,J),J ^ K 

fail* ^ ciclo{X, K), ciclo{X, K + 1), CO[edge{X, Y)] 

fail* ^ ciclo{X, 1), ciclo{Y, N), CO[edge{X, ¥)] 



Tutte le entita a cui fa riferimento la tecnica enumerativa sono facilmente ev- 
idcnziabili: lo spazio di ricerca coincide con I'insicmc di tutti i potcnziali cicli 
che possono essere valutati. La valutazione della sezione generate e sempre al 
punto fisso, per cui ci si sposta esaustivamente sullo spazio di ricerca: 

• primo() puo essere visto come la prima valutazione della sezione gener- 
ate che predispone gli iteratori allocandoli staticamente, in questo caso si 
tratta di esplorare tutte le permutazioni possibili dei nodi; 

• ultimo() corrisponde all'esaurimento di tutti gli iteratori allocati (allo- 

cazionc che c avvcnuta unicamcntc alia prima itcrazionc). 

• successore() corrisponde ad un'incremento dell'iteratore Permutation 
innescato dal fatto che, trovandosi il motore di valutazione al punto fisso, 

la dcrivazionc di fail* ncl valutarc la sezione check impone di aggiornare 
gli iteratori per esplorare altri elementi dello spazio di ricerca. 

• ammissibile() corrisponde evidentemente a una valutazione della sezione 
check dove si risponde true se fail* viene derivato. 

Se prendiamo invccc in considcrazione il tradizionalc metodo di backtracking, ci 
sono alcunc piccole difFerenze che rendono SKY piii generale; in particolare con 
SKY c molto cvidcntc la distinzionc tra critcri di pnming necessari -cioc rclativi 
alia funzionc di ammissibilita dci nodi intcrmcdi dciralbcro di ricerca- c vincoli 
di ammissibilita dei soli nodi foglia (sohizioni complete). 

Come gia sappiamo sc si vuolc attivarc il moccanismo di backtracking, in 
SKY bisogna fare uso della ricorsione -che vicnc intcsa come un'opcrazione di 
prossimo passo- e del letterale fail non asteriscato. Detto questo si puo subito 
osservare che rispetto al metodo di backtracking tradizionale, SKY istanzia i 
mctodi ivi usati in questo modo: 

1. Violavincoli() e chiaramente la valutazione della sezione check, e risponde 
true se viene derivato fail. 

2. Scendilivello() e rappresentato da una valutazione della sezione generate. 

3. I'utente e soUevato in SKY dall'esprimere Tanalogo di Salilivello(), di- 
rettamente: il sistema riconosce autonomamente quando I'iteratore che fa 
riferimento al nodo corrente e esaurito, e rimuove tutte le strutture dati 
ad esso coUegate. 
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4. SoluzioneCompleta() corrisponde al riconoscimento del punto fisso del- 
la sezione generate. 

5. Anche i meccanismi di PrimoStessoLivello() e ProssimoStessoLiv- 

ello, fanno riferimento aU'inizializzazione e incremento dell'iteratore cor- 
rente, procedimenti del tutto trasparenti all'utente in SKY. 



In figura 5.1 mostriamo come e strutturato I'albero di ricerca per I'esempio 5.1 



C'e da evidenziare che SKY consente di sintetizzare anche algoritmi con 
tecniche di valutazione mista, come vedremo nella prossima sezione. 

6 II tempo minimo di diffusione di un messaggio 
in broadcast 



Esempio 6.1 (Minimum broadcast time [ GJ79| ]) Supponiamo di 



avere un 

grafo G —< V,E>, un sottoinsieme dei suoi nodi Vq QV e un intero positivo 
K. Ci chiediamo: pud un messaggio essere 'diffuso' daU'insieme di partenza Vb 
a tutu i vertici in tempo K ( considerando il tempo di propagazione attraverso un 
arco come unitario), cioe, c'e una sequenza di insiemi Vq, Ei,Vi, E2, ■ ■ ■ , Ek, Vk 
tale che ogni Vi C V ,ogni Ei C E, Vk — V , e, per 1 < i < K, a) ogni arco 
in Ei ha esclusivamente un estremo su un nodo di Vi-i, b) nessun arco di Ei 
condivide un estremo, e c) Vi = Vi-i U {v : {u, v) G Ei}? 

Useremo il predicato LayerEdge{Num, From,To) per indicare I'appartenenza 
di un arco a un certo strato nel processo di broadcast, e LayerNode{Num, Name) 
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per indicarc I'appartcncnza di un nodo Name alio strato Num: come al soli- 
to useremo i predicati edge{X,Y) e node{X) per rappresentare il nostro grafo 
di input, mentre LayerNodeo{From,To) sara il predicate EDB che contiene 
il sottoinsicmc sorgentc Vq. Stabiliamo innanzitutto i bounds su cui ciascun 
predicate si deve muovere: 

[bounds] 

LayerEdge(N.F. T) ^ {l..k}{N), edge{F,T) 
Layer Node{N,X) ^ {l..k}{N),node{X) 



Aggiungiamo subito come regolc di check: 

fail ^ LayerEdge{N, F, T), Layer Node{N -l,F), LayerNode{N - 1, T) 
fail ^ LayerEdge{N, F, T), LayerEdge{N, F,X),T^X 



mentre possiamo usare il vincolo c) per generare Layer Node in base a Layer Edge: 

LayerEdge{N,X,Y) ^ Layer Edge{N,Y,X) 
LayerNode{N + 1,X) ^ LayerNode{N, X) 

LayerNode{N +l,X) ^ LayerNode{N, X), LayerEdge{N + 1, X, Y) 



dove la prima regola ci serve per gestire con maggior sintesi il fatto che ci 
occupiamo di un grafo non diretto. La costruzione dinamica del nostro dominio 
e affidata alle regole: 

Layer Edge{N, X, Y) ^ Partition[edge{X, Y) , k] {N) 



Ci resta infine da definire la condizione per cui una soluzione finale e ammissibile: 

FinalNodes{X) ^ LayerNode{k,X) 

fail* ^ CO[FinalNodes{X)] 



II programma complessivo e il seguente: 
[bounds] 

LayerEdge{N,F,T) ^ {l..k]{N),edge{F,T) 
LayerNode{N,X) ^ {l..k}{N),node{X) 

[generate] 

Layer Edge{N,X,Y) ^ Partition[edge{X,Y),k]{N) 
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Layer Edge{N,X,Y) 
LayerNodeiO, X) 
Layer N ode{N + l,X) 
LayerNode{N + 1, X) 
[check] 
fail 



fail 



FinalNodes{X) 
fail* 



Layer Edge{N, Y, X) 
Layer Node{){X) 
LayerNode{N,X) 
LayerNode{N, X), LayerEdge{N ■ 

LayerEdge{N,F,T), 

Layer Node{N -1,F), 
LayerNode{N - 1,T) 
LayerEdge{N,F,T), 
Layer Edge{N,F,X), 
Ti-X 

LayerNode{k, X) 

node{X), CO[FinalNodes{X)] 



1,X,Y) 



E' intcrcssantc dunquc, osscrvarc chc, in qucsto cscmpio, si fa un uso misto 
di backtracking ed enumerazione; la sezione di generazione fa un guess iniziale 
su tutta la partizione degli archi di E, mentre gli insiemi Vi sono generati con 
regolc ricorsivc chc inncscano il backtracking ogniqualvolta non vcngono rispct- 
tati i criteri che definiscono la diffusione broadcast. II programma complessivo 
e sufEcientemente efficiente. 



7 Overloading inverse 

L'uso dei template in SKY e molto vicino al medesimo concetto presente in C++. 

In pochc parole si puo pcnsarc a un template come a un modo per definire un 
certo predicato IDB e il sottoprogramma che lo definisce, a) immediatamente 
nel posto in cui deve essere usato e b)'m base a un modello generico riutilizzabile. 

Cio facilita la riutilizzabilita delle specifiche, ne migliora la leggibilita e la 
sinteticita. Un uso banale che ne potremmo fare c per esempio: 

fail ^ collide < red > 
fail ^ collide < blue > 
fail <— collide < green > 

Entrambe queste tre regole fanno riferimento alio stesso template 
templatecollide < color{l) > () 

collide <— edge{X,Y), color {X),color{Y) 
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Quando si usa un template eome qiiello visto, bisogna tenere presente che in 
realta e come se si stesse scrivendo per esteso questo programma: 



collideuue 


^ edge{X,Y),blue{X),blue{Y) 


Collidered 


^ edge{X,Y),red{X),red{Y) 


collide green 


^ edge{X,Y), green{X), green(Y) 


fail 


<— collideuue 


fail 


Collidered 


fail 


^ CollidCgfeen 



Abbiamo gia visto che i possibili modi di unificare un template con una sua 
istanza, sono molteplici: in particolare, con un meccanismo che potremmo chia- 
mare overloading inverse, si puo invocare lo stesso template con predicati di 
arita diversa da quella specificata nel prototipo: 

fail <— collide < coloring{- , *, COL) > 

unendo questa regola al template relative, possiamo considerare il programma 
complessivo come una riscrittura di queste regole: 

pcoloring{A, B) <— coloring{A, _ , B) 
collide coioring{COL) <— edge{X, Y),pcoloring{X, COL),pcoloring{Y, COL) 

fail <— C0llidecoloring{C0L) 

Abbiamo deciso di chiamare questa modalita d'uso dei template overloading in- 
verso perche il meccanismo ricorda quello dell'overloading delle funzioni tipico 
del C++. La -enorme- differenza consiste nel fatto che, mentre in C++ I'over- 
loading c un meccanismo per utilizzare lo stesso nomc di funzione facendo capo 
a funzioni in realta diverse, nel nostro caso si possono utilizzare forme di in- 
vocazioni diverse di un costruttore di template, per fare riferimento alio stesso 
unico prototipo. 

Ovviamente i template sono di grande aiuto non solo per I'utente finale ma 
anche per fornire funzioni generiche di uso comune. Si puo pensare che ad 
esempio il template di libreria max sia equivalente a: 

templatemax < p{- ) > (_ ) 

exceeded{X) ^ p{X),p{Y),Y > X 

max{X) ^ p{X),CO*[exceeded{X)] 
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Questo scmplicissimo template c di uso complctamcntc gcncralc (scnza problcmi 
di stratificazione) , e puo essere usato per trovare il massimo di un argomento 
qualunque di un qualsiasi predicate (ad es. max < pred{*, *) > {X)), rag- 
grupparc insicmi di valori massimi distinti (ad es. max < pred{Y,Z,_,*){X)), 
con I'uso di un'unico costruttore di template. 



8 Altri esempi di specifica 

8.0.1 Le k-regine 

L'esistenza di un algoritmo risolutivo molto efficace non sminuisce gli spunti di- 
dattici che sorgono affrontando questo problema con la tecnica del backtracking. 



Esempio 8.1 (Le K-regine) Data una scacchiera di dimensione kxk, si pos- 
sono posizionare su questa k regine, in maniera tale che nessuna di queste mi- 
nacci un'altra regina, doe si trovi o sulla stessa riga, o sulla stessa colonna, o 
sulla stessa diagonale? 

Useremo il predicate pos per indicare la posizione delle regine sulla scacchiera: 

il fatto pos{a, b) indica che una regina e posizionata sulla colonna a, nella riga 
b. La strategia classica che specifichiamo e quella di aggiungere una regina per 
ogni colonna, eliminando quindi il vincolo di coUisione su queste. Una soluzione 
parziale e rappresentata da un valore non definitivo dcUa rclazionc associata a 
pos, che rappresenta una scacchiera non completa, ma con un certo numero di 
regine gia posizionate e non in collisione. 

[bounds] 

pos{X,Y) ^ {l..k}{X),{l..k}{Y) 
[generate] 

pos{l,Y) ^ range{X)[l..k{Y*)] 

pos{X + l,Y) ^ pos{X,SOME),range{X)[l..k{Y*)] 
[check] 

fail ^ posiX,Y),posiX,Z),Y ^ Z 

fail ^ pos{X,Y),pos{Z,Y),X Z 

fail ^ pos{X,Y),pos{J,K),J + K = X + Y,Xj^J,Yj^K 

fail ^ pos{X,Y),pos{J,K),J + Y = X + K,Xj^J,Yy^K 

fail* ^ CO[pos{k, .)] 



La sezione check specifica in sequenza i quattro vincoli che possono far fallire una 
soluzione parziale: collisione su una colonna, collisione su una riga, collisione 
sulla diagonale principale, collisione sulla diagonale secondaria. Da notare che 
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il primo vincolo e superfluo nel nostro programma, perche strutturalmente sod- 
disfatto dalla sezione generate. Lo stesso, sarebbe invece necessario se avessimo 
adottato una specifica del dominio come: 

pos{X,Y) ^ Permutation[{l..k}{X)]{Y) 



8.0.2 II set-splitting 



Esempio 8.2 (set splitting |GJ79|) Sia data una coUezione C di sottoinsie- 
mi di cardinalitd 3 di un certo insieme S . Esiste una partizione di S in due 
sottoinsiemi Si e S2 tale che nessun sottoinsieme in C e interamente contenuto 
in Si in S2 ? 

Assumeremo che 11 predicate dl Input sla la relazione c{X,Y, Z), che elenca 
tuttl gli Inslemi dl 3 element! appartenentl a C, mentre S e codlflcato tramlte 
11 predicate s{X). Scriveremo: 



[generate] 
split{X, C) 
[check] 
fail 



partition[s{X),2]{C) 

c{X,Y,Z),split{X, C), 
split{Y,C),split{Z, C) 



In questo esempio posslamo mostrare anche delle modallta dl validazione del- 
rinput: in particolare non tutte le relazionl dl Input c(X, F, Z) sono valide se 1 
slngoli elementl non appartengono ad S. C16 puo essere Indlcato con le regole: 

fail ^ c{X,Y,Z),CO[s{X)] 
fail ^ c{X,Y,Z),CO[s{Y)] 
fail 4- c{X,Y,Z),CO[s{Z)] 



Inoltre c Indlchera del sottoinsiemi dl cardlnallta 3 se e solo se ogni tupla e 
composta da elementl dlstlntl: 

fail ^ c{X,X,Z) 
fail ^ c(X,Y,Y) 
fail ^ c{X,Y,X) 



Questa ridondanza nella validazione dell'lnput e in parte dovuta alle carenze 
del modello relazlonale, 11 cul tlpo dl dato prlnclpale e appunto la relazione. 
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C'e inoltre da osservare che e del tutto ridondante verificare questi vincoli se 
non al primo passo dell'algoritmo Semi- naif"*". In generale, situazioni del genere 
possono essere ottimizzate introducendo una forma di valutazione difFerenziale 
della sezione check. 



8.0.3 Rilevamento di errori in un circuito logico 

Affronteremo infine un problema di una certa rilevanza pratica, onde mostrare 
la bonta di un sistema basato su SKY, sul terreno deU'utilizzo reale. 



Esempio 8.3 (Fault detection in logic circuits [ GJ79[ ]) Sia dato un grafo 



diretto e aciclico G = {V,A), con un singolo vertice v* E V senza archi uscenti 
e un solo arco entrante, un assegnamento f : (V — {v*}) —>■ {I , and, or, not} tale 
che f{v) — I implichi che v non ha archi entranti, f{v) — not implichi che v 
ha un solo arco entrante, e f{v) = and o f{v) ~ or implichi che v ha due archi 
entranti, e un sottoinsieme V C V . 

Possono essere rilevati tutti gli errori occorrenti ad un singolo vertice di V 
semplicemente tramite prove di input-output, doe: vedendo G come un circuito 
con vertici di input I, vertice di output v* , e con porte logiche per le funzioni 
'and', 'or', e 'not' ai vertici specificati, c'e per ogni v E V' e x E {T,F} un 
assegnamento di un valore a ogni vertice in I estratto da {T,F} tale che I'output 
del circuito per tali valori di input differisce dall'output dello stesso circuito con 
I 'output della porta al nodo v 'bloccato ' al valore x ? 

Codificheremo ogni nodo con il predicato gate{X,Type) dove Type puo essere 
uno tra {in, not, and, or, out}, mentre una porta X connettera il suo output in 
input alia porta Y se vale wire{X, Y). L'insieme di porte logiche di cui si vuole 
verificare la rilevabilita del guasto sara codificato dal predicato test{X). La 
relazione out{X) certifica se in uscita ad un dato nodo si ha T. Imposteremo il 
problema come la ricerca di una porta logica il cui guasto sia riconoscibile. Non 
ci occupiamo per il momento del problema di validazione dell'input. 

Con questo template codifichiamo I'interrogazione di un dato circuito. Si 
noti che il programma e localmente stratificato quando si ha in input un circuito 
valido, ma non stratificato, per cui siamo costretti comunque a fare uso della 
negazione CO*. 

template out < gate{2),wire{2),input(l) > () 



out ^ wire{X,Y),gate{Y,out),out{X) 

out{X) <- gate{X,and),wire{Yi,X),wire{Y2,X),out{Yi),out{Y2),Yi ^ Y2 

out(X) ^ gate(X,or),wire(Yi, X),out{Yi) 

out{X) ^ gate{X,not),wire{Yi,X),CO*[out(Yi)] 

out(X) ^ g ate {X, in), input (X) 



Ora dobbiamo codificare lo spazio dei circuiti di prova: un dato input c inutiliz- 
zabile per rilevare un guasto su un dato nodo se I'output e uguale con o senza 
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il nodo attualmcntc prcso in considcrazionc bloccato. Per cui afRanchcrcmo di 
volta in volta al circuito dato come istanza, un circuito costruito eliminando la 
porta da esaminare ad una data iterazione. 















input {X) 




gate{X, in), subset[gate{X , T)] 


gate'{X,T) 




gate{X,T),CO[tested{X)] 


gate' {X^ in) 




tested{X) 


wire {X, Y) 




wire'iX, Y), CO[tested{X)] 


input' {X) 




input{X) 


input' {X) 




tested{X), Something 


out I 




out < gate{-,-),wire{-,-),input{-) > 


0Ut2 




out < gate'{. , _ ), wire'{. , _ ), input' {_ ) > 


[check] 






fail* 




out I, 0Ut2 


fail* 




CO[outi],CO[out2\ 



C'e qui da sottolineare I'uso dell'itcratore Something, che se invocato come prcd- 
icato di arita nulla, puo spaziarc solo tra i valori true e false: in questo modo 
ciascun circuito difettoso verra testato bloccando la porta difettosa al valore 
o al valore 1. 
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